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SUMMARY 
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The  standby  flight  instruments  are  replicated  on  two  high  resolution  raster  displays  for 
the  F/A-18  research  simulator.  A  software  package  was  developed  using  NOVA*CGl,  an 
implementation  of  the  CGI  graphics  standard,  to  control  a  MVME393  multi-channel 
graphics  controller.  The  software  is  written  in  C  for  the  Motorola  MVME147  single 
board  computer  under  the  UNIX  System  VI68  operating  system.  Increased  performance 
is  achieved  by  decomposing  the  instrument  dial  pointers  into  a  number  of  trapezoids,  and 
storing  these  as  device  level  command  lists. 
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NOTATION 


CGI 

- 

Computer  Graphics  Interface 

CL 

- 

Command  List 

ft/min 

- 

feet  per  minute 

Hz 

- 

Hertz 

lbs/h 

- 

pounds  per  hour 

mba 

- 

millibars 

psi 

- 

pounds  per  square  inch 

ms 

- 

milliseconds 
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1.0  INTRODUCTION 

An  F/A-18  flight  simulator  is  being  developed  for  research  purposes  for  the  Air 
Operations  Division  at  ARL.  Potential  uses  for  this  facility  will  be  in  human  factors 
pilot  workload  studies,  air  combat  studies,  simulator  effectiveness  studies,  and 
assessment  of  effectiveness  and  survivability  of  aircraft  in  ground  attack  missions. 

The  task  requires  visual  replication  of  the  F/A-18  cockpit.  This  document  describes  the 
computer  software  designed  to  replicate  two  of  the  instrument  panels  found  in  the  F/A- 
18  cockpit. 

The  standby  flight  instruments,  including  the  airspeed  indicator,  altimeter,  rate  of  climb 
indicator  and  attitude  indicator,  are  located  on  the  right  lower  panel  of  the  main 
instrument  panel.  The  undercarriage,  flap,  engine  and  fuel  instruments  are  located  on 
the  left  lower  panel  of  the  main  instrument  panel  (Figure  3). 

The  two  panels  are  replicated  on  two  high  resolution  raster  displays  (Figure  4).  The 
graphics  software  is  written  in  C  using  the  NOVA*CGI-  software  interface.  The 
software  is  running  on  a  Motorola  MVME147  single  board  computer  ,  under  the  UNIX 
System  V/68  operating  system,  driving  an  MVME393  multi-channel  graphics  controller 
(Figure  1). 


Figure  1:  Hardware  Configuration 


2.0  SYSTEM 
2.1  Hardware 

The  flight  instrument  software  is  run  on  a  Motorola  MVME147  VME  module 
monoboard  microcomputer,  which  includes  an  MC68030  microprocessor.  The 


*  NOVA*CGI  is  a  registered  trademark  of  Nova  Graphics  International  Corporation. 


MVME147  is  operated  as  part  of  a  VME  bus  system  with  another  VME  module,  the 
MVME393  graphics  controller. 

The  MVME393  graphics  controller  is  a  medium  resolution,  multi-channel  graphics 
display  controller.  It  contains  dual  independent  processors,  the  MC68010  local 
processor  and  the  TMS34010  graphics  system  processor.  The  graphics  controller  can 
drive  up  to  eight  bit-mapped  displays  up  to  a  resolution  of  1024  x  256  x  4-bit  colour, 
four  displays  up  to  a  resolution  of  1024  x  512  x  4-bit  colour,  or  two  displays  up  to  a 
resolution  of  1024  x  1024  x  4-bit  colour.  The  current  configuration  is  four  channels 
output,  with  a  programmed  resolution  of  640  x  480  and  60  Hz  update  rate. 

The  two  displays  to  be  used  in  the  cockpit  are  TOEI  CDM- 103  monitors.  This  is  a  250 
millimetre  colour  display  monitor  capable  of  displaying  RGB  input  signals,  at  640  x 
480  resolution,  and  60  Hz  update  rate. 

One  of  the  flight  instrument  displays  has  been  ported  to  run  on  the  Silicon  Graphics 
IRIS  320  GTX.  The  code  was  converted  to  use  the  IRIS  graphics  library  routines. 
(Section  3.9) 


2.2  Software 
2.2.1  CGI 

Computer  Graphics  Interface  (CGI)  is  a  graphics  standard  developed  by  the 
International  Standards  Organisation.  The  implementation  of  the  standard  used  to 
develop  the  flight  instrument  software  is  NOVA*CGI  V3.2.  NOVA*CGI  provides  a 
library  of  C  language  functions  to  perform  the  generation  of  graphics.  For  a  detailed 
explanation  of  NOVA*CGI  and  CGI  the  reader  is  referred  to  References  [1]  and  [2]. 

NOVA*CGI  allows  communication  to  be  established  with  a  drawing  surface  over  a 
'connection'  (Figure  2).  Each  physical  drawing  surface  requires  at  least  one  connection 
in  order  to  establish  communication.  However,  it  is  feasible  to  open  more  than  one 
connection  to  any  physical  drawing  surface. 

NOVA*CGI  allows  the  creation  of  multiple  windows  over  one  connection  on  a  single 
physical  drawing  surface.  These  windows  are  defined  by  CGI  as  'virtual  devices’.  It  is 
obligatory  to  open  a  full  screen  virtual  device  in  order  to  communicate  with  a  drawing 
surface.  Each  virtual  device  has  associated  with  it,  its  own  state  lists  and  coordinate 
system.  The  only  resource  that  is  shared  between  virtual  devices  is  the  colour  table. 

The  ability  to  create  virtual  devices  is  convenient  for  modelling  each  of  the  instruments 
as  an  entirely  separate  entity.  On  the  selection  of  a  virtual  device  the  graphic 
commands  buffer  for  the  previous  virtual  device  is  flushed.  It  can  therefore  be  assumed 
that  drawing  commands  will  be  executed  in  a  sequential  order2. 


2  In  contrast  to  individual  connections  which  do  not  flush  the  buffer  (Ref.  [  1  ]  p.28) 
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Multiple  Virtual 
Devices 


Figure  2:  Connections  and  Virtual  Devices 


2.2.2  Device  Level  Command  Lists 

Device  level  command  lists  are  a  non-standard  NOVA*CGI  extension  to  the  CGI 
standard,  and  are  intended  to  improve  the  performance  of  graphics  applications.  The 
CGI  standard  imposes  additional  overhead,  which  results  in  loss  of  performance  in 
relation  to  the  ability  of  the  graphics  hardware. 

The  Command  List  is  a  list  of  low  level  graphics  commands.  The  graphics  commands 
available  are  a  subset  of  the  standard  graphics  command  set  Once  a  list  of  commands 
is  built  it  can  be  saved  with  a  unique  command  list  identifier,  in  the  Interpreter's  local 
memory.  The  Interpreter  runs  on  the  Graphics  Program  Memory  of  the  MVME393 
graphics  card  (Ref.  [3]).  This  eliminates  the  need  to  download  the  commands  on  each 
invocation,  and  subsequently  improves  performance.  There  is  a  limit  of  1024  command 
list  identifiers,  which  limits  the  number  of  command  lists  to  1024. 

A  command  list  buffer  consists  of  a  sequence  of  opcodes  and  parameters  (Ref.  [1]), 
which  are  16  bit  integer  words.  In  the  case  of  C  on  the  Motorola  MVME147,  the 
variable  to  store  the  buffer  must  be  defined  as  a  short  integer. 

It  is  important  to  note  that  command  lists  use  screen  coordinates  and  not  virtual  device 
coordinates.  However,  there  appears  to  be  a  relationship  between  command  lists  and 
virtual  devices  in  that  the  appropriate  virtual  device  needs  to  be  selected  when  a 
command  list  is  created.  The  method  used  to  avoid  this  is  to  select  the  full  screen 
virtual  device  when  creating  and  executing  a  command  list 

2.23  Drawing  Method 

The  graphics  system  provides  4  bit  planes  allowing  a  range  of  16  colours  per  pixel. 
The  3  least  significant  bit  planes  are  used  to  draw  the  background  of  the  instrument  and 
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the  fourth  bit  plane  for  the  foreground.  Using  appropriate  boolean  class  drawing  modes 
and  a  colour  palette  of  16  colours,  the  foreground  picture  is  modified  without  affecting 
the  background  information.  This  is  achieved  by  setting  to  white  all  the  colours  in  the 
colour  table  in  which  the  foreground  bit  is  set.  This  method  is  used  to  rotate  the  dial 
pointer  around  the  dial  and  also  to  write  and  erase  text. 

The  boolean  class  drawing  mode  performs  the  pixel  combining  operation  on  each  bit 
position  in  the  pixel.  A  result  bit  is  computed  from  the  corresponding  source  (s),  and 
destination  (d)  pixel  bits.  The  drawing  mode  used  to  draw  to  the  foreground  plane  is 
mode  7,  s  OR  d,  and  the  drawing  mode  used  to  erase  the  foreground  plane  is  mode  4, 
(NOT  s)  AND  d.  The  following  example  illustrates  this  procedure. 

Pixel  destination  (d)  is  green,  colour  5  in  colour  table. 

Pixel  source  (s),  binary  value  1000. 

Dtaw:  new  d  =  s  OR  d 

s  1000 

d  QHU 

new  d  1101  (13,  white  in  colour  table) 

Erase:  new  d  =  (NOT  s)  AND  d 
s  1000 

d  1101 

NOTs  0111 

d  mi 

newd  0101  (5,  green  in  colour  table) 


2.2.4  Program  Structure 

The  flight  instrument  software  is  written  in  C,  in  order  to  use  the  C  graphics  library 
provided  by  NOVA*CGI.  Each  of  the  instruments  is  treated  as  a  separate  entity  and  is 
contained  in  a  separate  module.  There  are  a  number  of  functions  common  to  all  the 
instruments,  such  as  moving  the  dial  pointer  (Move_Pntr()),  and  these  are  located  in 
their  own  module.  Through  the  use  of  this  methodology,  it  was  possible  to  develop 
each  instrument  to  completion  without  any  effect  from  another  instrument. 

Each  of  the  individual  instrument  modules  has  at  least  the  three  primary  functions 
Init_XXXX(),  Update_XXXX(),  Draw_XXXX_Back(),  where  XXXX  specifies  the 
appropriate  instrument.  The  function  Init_XXXX()  is  the  first  function  called  for  the 
instrument,  and  it  draws  the  instrument  background  by  calling  function 
Draw_XXXX_Back().  Init_XXXX()  also  initialises  the  dial  pointers  and  dial  readings 
for  the  instruments.  The  third  primary  function,  Update_XXXX,  is  called  every  time 
the  instrument  data  is  updated,  and  is  passed  a  pointer  to  the  structure  containing  the 
instrument  data. 

In  designing  each  module,  the  graphics  functions  anu  the  mathematical  model  of  the 
instrument  have  been  separated  as  much  as  possible,  in  order  to  allow  the  code  to  be 
ported  to  another  machine. 

Appendix  A  contains  a  list  of  the  modules  and  the  functions  contained  in  each  module. 

2.2.5  Example  File 

A  file,  instr_example.c,  contains  the  code  required  to  set  up  and  initialise  the  graphics 
system  and  the  instruments.  The  highlighted  section  of  the  code  is  that  which  must  be 
modified  in  order  to  pass  the  correct  parameters  to  the  Update  functions. 
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2.2.6  Error  Logging 

A  file,  errorlog,  is  created  on  the  initialisation  of  the  program.  If  a  value  passed  to  an 
Update  function  is  outside  the  allowable  range  of  the  instrument,  a  note  is  made  in  file 
errorlog.  The  error  output  is  performed  in  function  error(),  in  module  stddraw.c.  The 
time,  date  and  the  erroneous  data  value  are  written  to  the  file. 


i 
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3.0  INSTRUMENTS 

Each  instrument  was  designed  as  a  separate  module  .  This  section  explains  each 
individual  module,  detailing  any  differences  between  modules.  Common  to  all  the 
instruments  is  the  method  by  which  the  dynamic  portions  of  the  instrument  are 
produced. 

3.1  Airspeed  Indicator  -  airspeed.c 

The  airspeed  indicator  is  situated  on  the  left  lower  portion  of  the  right  lower  panel  of 
the  main  instrument  panel.  This  instrument  provides  backup  uncompensated  airspeed 
information  in  knots  indicated  airspeed. 

The  dial  face  information,  including  t  ck  mark  locations,  are  taken  from  Reference  [6]. 
The  location  of  the  tick  marks  (i.e.  scale)  in  Reference  [6j  differs  from  those  in  a 
number  of  photographs  of  the  current  F/A-18  cockpit.  In  the  event  that  the  layout  of 
the  dial  face  requires  modification,  the  code  can  be  modified  by  changing  the  array 
variable  as_theta[],  to  utilise  the  new  angles.  In  addition,  the  constants  contained  in 
array  deg_kt[]  used  in  calculating  the  dial  pointer  angle  will  require  modification. 

The  conversion  of  the  airspeed  to  a  dial  pointer  angle  is  performed  in  the  function 
Arspd_Angle().  A  piecewise  linear  function  is  used  to  model  the  instrument 
characteristics. 

The  airspeed  information  is  passed  to  function  U pda te_ Airspeed!)  as  a  pointer  to  a 
structure  variable  of  type  AIRSPEED,  defined  as: 

typedef  struct  airspeed_indicator 

l 

int  status;  /*  -1  frozen,  0  off,  1  on  */ 

float  IAS;  /*  0  to  850  knots  */ 

)  AIRSPEED, 

The  status  member  is  defined  in  all  the  instruments  and  allows  the  instrument  to  be  in 
one  of  three  states: 

i)  a  'frozen'  state  where  the  instrument  indicates  the  airspeed  before  it  froze; 

ii)  an  'off  state  where  the  instrument  indicates  a  zero  value; 

iii)  an  'on'  state  where  the  instrument  functions  normally  indicating  the  current 
airspeed. 

3.2  Altimeter  •  altimeter.c 

The  altimeter  is  situated  on  the  loweT  centre  portion  of  the  right  lower  panel  of  the  main 
instrument  panel.  The  instrument  provides  backup  pressure  altitude  in  feet. 

The  dial  face  information  is  taken  from  Reference  [6].  There  exists  a  linear  relationship 
between  the  dial  pointer  angle  and  the  altitude,  and  this  makes  the  conversion  a 
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straightforward  process.  The  function  Alt_Angle()  converts  the  altitude  (hundreds 
portion)  to  an  angie  in  degrees. 

The  altitude  information  is  passed  to  function  Update_Altimeter()  as  a  pointer  to  a 
structure  variable  of  type  ALTITUDE,  defined  as: 

typedef  struct  altimeter 

I 

int  status; 
float  altitude; 
float  baro_press; 

)  ALTITUDE; 

3.3  Rate  of  Climb  Indicator  •  climbrate.c 

The  rate  of  climb  indicator  is  situated  on  the  right  lower  portion  of  the  right  lower  panel 
of  the  main  instrument  panel.  This  instrument  provides  backup  vertical  velocity  in 
thousands  of  feet/min,  based  on  barometric  data. 

The  dial  face  information  is  taken  from  Reference  [6].  The  scale  over  the  entire  range 
i:  non-linear,  however  a  piecewise  linear  function  approximates  the  scale.  The  function 
Roc_Angle()  converts  the  climb  rate  to  an  angle  in  degrees. 

A  4th  order  polynomial  was  fitted  to  the  curve  of  angle  (measured  from  0  ft/min)  versus 
climb  rate,  but  this  did  not  result  in  any  improvement  in  the  operating  speed  of  the 
instrument.  The  function  Roc_Angl_4th_Order()  contains  the  code  to  convert  the  climb 
rate  to  an  angle  using  the  4th  order  polynomial. 

The  climb  rate  information  is  passed  to  function  Update_RateofClimb()  as  a  pointer  to 
a  structure  variable  of  type  CLIMBRATE,  defined  as: 

typedef  struct  variometer 

{ 

int  status; 

float  ROC;  /*  -6000  to  6000  ft/min  */ 

}  CLIMBRATE; 


/*  0  to  99999  feet  */ 
/*  0  to  9999  mba  */ 


3.4  Attitude  Indicator  -  horizon. c 

The  attitude  indicator  is  situated  on  the  upper  left  of  the  right  lower  panel  of  the  main 
instrument  panel.  The  instrument  provides  the  backup  aircraft  attitude,  rate  and 
direction  of  turn,  and  indicates  lateral  and  vertical  position  error  (ILS). 

A  number  of  difficulties  were  encountered  in  attempting  to  model  the  attitude  indicator 
resulting  in  a  non-functional  instrument.  The  slow  update  rate  of  the  graphics  package, 
in  particular  the  polygon  filling  commands.  The  inability  to  set  up  a  circular  window  to 
clip  object',  outside  the  circular  region.  This  is  achieved  in  the  IRIS  version  with  z- 
buffering.  The  lack  of  C  functions  to  perform  transformations  with  regular  graphics 
output3. 

C  functions  were  written  to  perform  the  transformation  (rotation  and  translation)  of  the 
2D  data,  and  also  to  clip  data  against  a  circular  window.  However,  the  speed  of  the 
Circular  Arc  Centre  Close  function  (Ref.  [1]  p.  85)  significantly  decreases  the 
performance  of  the  instruments.  Including  the  function  Update_Horizon()  decreases  the 


3  NOVA*CGI  segments  contain  transformation  entries  in  the  segment  state  list  (Ref.  [  1]). 


update  rate  from  7.7  Hi  to  3.5  Hz  (i.e.  increases  the  time  to  complete  one  iteration  from 
130  ms  to  287  ms).  (Refer  to  Table  1,  Section  4.1) 

The  inclusion  of  the  attitude  indicator  instrument  reduces  performance  to  an 
unacceptable  level  and  therefore  the  instrument  is  at  present  non-functional.  1'  may  be 
possible  to  improve  the  attitude  indicator  by  using  an  incremental  updating  method,  i.e. 
only  redrawing  the  portion  of  the  screen  that  requires  modification. 

3.5  Jettison  Station  Select  -  jetstat.c 

This  instrument  is  situated  on  the  left  lower  portion  of  the  left  lower  panel  of  the  main 
instrument  panel.  The  instrument  provides  selection  of  stations  for  selective  jettison, 
however  this  is  not  functional  on  die  simulator  displays.  The  instrument  also  provides 
the  status  of  landing  gear  and  flap  positions. 

The  three  indicator  lights  for  the  landing  gear  indicate  when  the  nose,  left  and  right 
landing  gear  are  down  and  locked.  The  three  indicator  lights  for  the  flaps  indicate  when 
the  flaps  are  in  the  half  down  position,  full  down  position  and  any  other  position  apart 
from  half  and  full. 

The  information  is  passed  to  function  Update_Jettison()  as  a  pointer  to  two  structure 
variables  of  types  UNDRCRG,  and  FLAPS,  defined  as: 

typedef  struct  undercarriage 

{ 

int  status; 

int  nose_down_locked; 
int  left_down_locked; 
int  right_down_locked; 

}  UNDRCRG; 

typedef  struct  flps 

I 

int  status; 
int  flaps_hulf; 
int  flaps_tull; 
int  flaps_alert; 

}  FLAPS; 


/*  0  unlocked,  1  locked  */ 
/*  0  unlocked, !  locked  */ 
/*  0  unlocked,  1  locked  */ 


/*  0  off,  1  on  */ 
/*  0  off,  1  on  */ 
/*  0  off,  1  on  */ 


3.6  Engine  -  engines 

The  engine  readings  instrument  is  situated  on  the  centre  of  the  lower  left  panel  of  the 
main  instrument  panel.  The  instrument  provides  left  and  right  engine  information  on 
rotor  speed,  exhaust  gas  temperature,  fuel  flow,  nozzle  position  and  oil  pressure. 

The  relationship  between  nozzle  position  and  dial  pointer  angle  is  a  linear  function  and 
the  conversion  of  the  nozzle  position  to  an  angle  is  performed  in  function  Noz_Angle(). 

The  engine  data  is  passed  to  function  Update_Engine()  as  a  pointer  to  a  structure 
variable  of  type  ENGINES,  defined  as: 

typedef  struct  engine_status 

{ 

int  status; 

float  RPM;  /*  engine  rotor  speed  0  to  110%*/ 

float  EGT;  /*  exhaust  gas  temperature  0  to  999°C  */ 


-7- 


float  FF; 
float  NOZ; 
float  OIL; 

}  ENG_STATUS; 

typedef  struct  engs 

{ 

ENG_STATUS  left; 
ENG_STATUS  right; 
}  ENGINES; 


3.7  Fuel  -  fuel.c 

The  fuel  quantity  instrument  is  situated  on  the  right  of  the  lower  left  panel  of  the  main 
instrument  panel.  This  instrument  provides  readings  of  total  internal  fuel,  total  fuel 
(internal  and  external),  and  a  left  and  right  reading  depending  on  the  position  of  the 
rotary  selector. 

The  rotary  selector  is  non-functional  and  the  instrument  will  display  the  value  passed  in 
structure  members  left  and  right  (refer  to  structure  definition).  The  BINGO  index  bug 
value  is  passed  in  the  structure  variable  and  cannot  be  selected  by  the  pilot. 

The  relationship  between  total  internal  fuel  and  the  dial  pointer  angle  is  linear  and  the 
conversion  of  the  value  to  an  angle  is  performed  in  function  Fuel_Angle(). 

The  fuel  data  is  passed  to  Update_Fuel()  as  a  pointer  to  <*  structure  variable  of  type 
FUEL,  defined  as: 

typedef  struct  fuel_info 

{ 

int  status; 
float  intemaLtotal; 
float  intext_total; 

float  left; 
float  right; 
float  BINGO; 
intoff; 
int  id; 

}  FUEL; 

The  structure  members  off  and  id  are  related  to  the  two  indicators  on  the  instrument. 
The  off  indicator  indicates  that  power  is  not  being  applied  to  the  fuel  gauge  system,  and 
the  id  indicator  indicates  a  failed  intermediate  device  (see  Ref.  [61  for  detailed 
description). 

3.8  Porting  Code  to  IRIS 

Software  emulations  of  the  instruments  located  on  the  right  lower  panel  of  the  main 
instrument  panel  have  been  ported  to  the  IRIS.  The  files  have  _iris  appended  to  their 
generic  names,  e.g.  IRIS  version  of  airspeed.c  is  airspeed_iris.c.  The  graphics  routine 
function  calls  used  by  NOVA*CGI  are  replaced  by  IRIS  GL  functions.  The  process  is 
not  difficult  and  the  remainder  of  the  code  could  very  easily  be  ported  to  the  IRIS. 

The  performance  increased  by  a  factor  of  10,  as  would  be  expected.  The  dial  pointers 
are  drawn  in  the  frontbuffer,  instead  of  the  bitplaning  method  used  in  the  CGI  version. 


/*  total  internal  fuel  0  to  12000  lbs  */ 

/*  total  internal  &  external  fuel 
0  to  99999  lbs*/ 

/*  left  readout  0  to  9999  */ 

/*  right  readout  0  to  9999  */ 

/*  BINGO  index  bug  position  0  to  12000  */ 
/*  0  off,  1  on  */ 

/*  0  off,  1  on  */ 


/*  fuel  flow  0  to  15000  lbs/h  */ 
/*  nozzle  position  0  to  100  %  */ 
/*  oil  pressure  0  to  200  psi  */ 
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1 


4.0  PERFORMANCE 
4.1  Dial  Pointer  Drawing 

In  the  early  development  of  the  software  it  became  apparent  that  the  dial  pointer 
drawing  algorithm  would  be  the  major  factor  influencing  the  performance  of  the 
instruments.  Initially  a  solid  pointer  was  drawn  using  the  NOVA*CGI  functions  but 
this  resulted  in  a  very  slow  update  rate.  The  same  pointer  drawn  with  a  hollow  fill  style 
attribute  was  implemented,  leading  to  an  improvement  in  the  update  rate.  The  third 
option  investigated  was  a  pointer  made  up  of  a  line  and  a  solid  triangular  tip,  but  this 
resulted  in  a  reduction  in  update  rate  by  a  factor  of  2.  (Table  1) 

The  ideal  pointer  geometry  is  a  solid  filled  pointer,  but  a  large  time  penalty  results  from 
the  use  of  the  high  level  graphic  functions.  The  NOVA*CGI  device  level  command  list 
performance  extensions,  included  in  the  Version  3.2  upgrade,  provided  the  ability  for 
drawing  the  pointers  as  solid  filled  objects,  without  incurring  a  performance  reduction. 

A  command  list  for  every  possible  pointer  position  is  stored  in  the  CGI  Interpreter's 
local  memory,  to  be  executed  at  a  later  stage  via  the  command  list  identifier.  The  limit 
of  1024  command  list  identifiers  resulted  in  only  being  able  to  draw  a  pointer  at  3° 
increments.  Due  to  the  reduced  command  set  available  to  the  user,  a  command  to  draw 
a  filled  polygon  does  not  exist.  The  only  option  available  is  to  use  the  CL  Fill 
Trapezoid  command. 


ms  Hz 


120  8.3  1305  7.7 


Tablet:  Flight  Instrument  Performance 


4.2  Trapezoidal  Decomposition  of  a  Polygon 

The  command  list  provides  a  Fill  Trapezoid  command  that  allows  a  solid  trapezoid  to 
be  drawn.  However,  the  base  and  top  edge  of  the  trapezoid  must  be  parallel  to  the 
conventional  x-axis.  An  algorithm  (Ref.  [7])  to  decompose  an  arbitrary  polygon  into  a 
number  of  trapezoids  is  used  to  create  the  pointer  drawing  command  list  buffer. 
Appendix  B  contains  an  illustrated  example  of  the  algorithm.  The  algorithm  is: 

Step  1 :  Select  one  of  the  equal  highest  vertices  of  the  polygon  and  determine 
adjacent  vertices  with  the  same  height.  Let  vertices  Va  and  Vb  from  the 
selected  vertices  define  the  top  edge  of  a  component  trapezoid.  Vertices  Va 
and  Vb  are  coincident  if  a  single  highest  vertex  exists. 

Step  2:  Let  vertex  Vc  *  Va  be  adjacent  to  Vb  and  Vd  *  Vb  be  adjacent  to  Va. 

4  Version  number  refers  to  the  version  of  NOVA*CGl. 

5  The  difference  of  10  ms  between  this  time  and  the  time  for  the  hollow  command  list  pointer  is  due  to 
the  inclusion  of  the  updating  of  the  jettison  station  select  instrument 
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Step  3:  (Used  in  concave  polygon  case) 

Step  4:  Remove  component  trapezoid  Va,  Vb,  Vf,  Vg  from  the  polygon  where 
Vf  =  intersection  of  line  (Vb,Vc)  with  y  =  ym,  Vg  =  intersection  of  line 
(Va,Vd)  with  y  =  ym  and  ym  =  max(yc,yd)- 

Step  5:  Return  to  Step  1  and  repeat  until  all  component  trapezoids  are 
removed. 

The  algorithm  is  implemented  using  a  circular  doubly  linked  list  of  vertices  to  model 
the  polygon.  Each  vertex  is  defined  as: 

struct  vertices 

{ 

int  x; 
int  y; 

struct  vertices  *next; 
struct  vertices  *prior; 

1 

The  module  cltrap.c  contains  the  functions  that  are  used  to  perform  the  trapezoidal 
decomposition.  This  method  has  resulted  in  a  solid  pointer  being  drawn,  and  a 
considerable  increase  in  the  performance. 

4J  Overall  Performance 

It  is  important  to  note  that  as  each  instrument  is  added  to  build  up  the  flight  instrument 
panels  the  performance  is  reduced.  This  is  particularly  evident  with  the  engine 
instrument,  because  it  contains  a  high  number  of  text  output  functions  in  every  update 
of  the  instrument.  One  possible  method  to  improve  this  is  to  convert  the  text  writing 
portions  of  the  program  to  use  the  command  list  text  output  operation  CL  Text 

The  performance  values  given  in  Table  1  are  for  three  instruments,  and  all  the 
instruments.  This  is  the  worst  case  scenario,  in  which  all  values  are  constantly 
changing,  leading  to  continual  graphics  updates. 


/*  x  coordinate  */ 

/*  y  coordinate  */ 

/*  pointer  to  next  vertex  */ 
/*  pointer  to  prior  vertex  */ 


5.0  CONCLUSION 

The  left  and  right  lower  panel  backup  flight  instruments  described  in  this  document 
were  modelled  and  displayed  on  two  raster  displays  for  the  F/A-18  flight  simulator. 
The  software  is  written  in  C  using  NOVA*CGI,  and  is  running  on  a  Motorola 
MVME147  single  board  computer,  under  the  UNIX  System  V/68  operating  system.  A 
version  of  the  software  was  ported  to  the  IRIS,  demonstrating  the  ease  with  which  this 
can  be  performed. 

The  modelling  of  the  attitude  indicator  has  not  been  achieved  on  the  Motorola  version, 
due  to  inadequate  performance  of  the  graphics  system.  This  may  be  improved  by  later 
versions  of  NOVA*CGI,  leading  to  a  functional  attitude  indicator. 
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APPENDIX  A  -  List  of  Modules  and  Functions6 
Module:  defs.h 


Module:  airspeed.c 
Functions: 
Init_Airspeed() 
Update_Airspeed() 

Draw_ArSpd_Back() 

Arspd_Angle() 

Module:  altimeter.c 

Functions: 

Init_AItimeter() 

Update_Altimeter() 

Draw_Alt_Back() 

Alt_Angle() 

Change_Alt() 

Update_Baro_Press() 

Module:  dimbrate.c 

Functions: 

Init_RateofClimb() 

Update_RateofClimb() 

Draw_ROC_Back() 

Roc_Angle() 

Roc_Angle_4th_Order() 

Module:  jetstatc 
Functions: 

Init_JettisonO 

Draw_Jet_Back() 

Update_Jettison() 

Module:  engines 
Functions: 

Init_Engine() 

Draw_Eng_Back() 

Update_Engine() 

update_cntr() 

Noz_Angle() 


^The  function  names  do  not  include  the  parameter  arguments  passed  to  each  function. 


Module:  fuelqty.c 
Functions: 

Init_FuelO 

Draw_Fuel_Back() 

Draw_Bingo() 

Bingo_Coords() 

Update_FuelO 

update_fll_cntr() 

update_fl2_cntr() 

update_indicator() 

Fuel_Angle() 

Module:  horizon. c 
Functions: 

InitJHorizonO 

Draw_Horiz_Back() 

Update_HorizonO 

Pitch_Disp() 

make_identity() 

combine_transformations() 

rotate() 

translateO 

transform_points() 

Circle_Clip_Lines() 

In_Out_Circle() 

Intersect_Line_Circle() 

Module:  stddraw.c 
Functions: 

Instr_Brdr() 

Draw_Ticks() 

error() 

Module:  cldraw.c 
Functions: 

Move_Pntr() 

Roundof¥3() 

Crcate_Pntr_CmdListsO 

Pntr_Coords() 

Module:  dtrap.c 
Functions: 

Trapezoid_Decomposition() 

stoie_vertex() 

intersectJpO 

fill_trapezoid_buf¥er() 

Module:  istup4.c 
Functions: 

InitialiseCGIO 

TerminateCGIQ 


f 
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APPENDIX  B  -  Trapezoidal  Decomposition  of  a  Dial  Pointer 


Vd 


Iteration! 


Va  Vb  Va  Vb 


Iteration  2 


Step  1, 2 


Step  4 


JETT 

STATION 

SELECT 


LI 


R1 


LO  RO 


.OT 


r> 


FUEL  QTY 


\'L'/ 


►  o 


.VfV. 


12- 


1  5000 

TOM.  U  — 

LOT  RIGHT 
4500<  4500 


I  i^iirt  4  •  Inxlriiim  iil  I  livpl.n 


DISTRIBUTION 


AUSTRALIA 


Dficanment  of  Defence 


Defence  Central 

Chief  Defence  Scientist 

AS  Science  Corporate  Management  f  shared  copy 
FAS  Science  Policy 
Director  Departmental  Publications 
Counsellor  Defence  Science,  London  (Doc  Data  sheet  only) 
Counsellor  Defence  Science,  Washington  (Doc  Data  sheet  only) 
Scientific  Adviser,  Defence  Central 
OIC  TRS,  Defence  Central  Library 
Document  Exchange  Centre,  DST1C  (8  copies) 

Defence  Intelligence  Organisation 

Librarian  Defence  Signals  Directorate,  (Doc  Data  sheet  only) 


Aeronautical  Research  Laboratory 
Director 
Library 

Chief  Air  Operations  Division 
Author:  Y.Y.  Link  (2  copies) 
K.  Anderson 
C.  Lewis 
G.  Sterling 
G.  Saleeba 
N.  Matheson 
S.  Jobson 


Defence  Science  &  Technology  Organisation  -  Salisbury 

Library 

Mayy  Office 

Navy  Scientific  Adviser  (3  copies  Doc  Data  sheet  only) 

Anny  Office 

Scientific  Adviser  -  Army  (Doc  Data  sheet  only) 

Air  Force  Office 

Air  Force  Scientific  Adviser  (Doc  Data  sheet  only) 

OIC  ATF,  ATS,  RAAFSTT,  WAGGA  (2  copies) 


Sydney 

Engineering  Library 

Head  Aeronautical  Department 

NSW 

Head  Aerospace  Engineering 
RMIT 

Head  Aerospace  Engineering 


SPARES  ( 4  COPIES) 
TOTAL  (34  COPES) 


4 


department  op  dotnce 


PAOB  CLASSPICATON 

UNCLASSIFIED 


DOCUMENT  CONTROL  DATA 


la.  AR  NUMBER 

AR-006-680 


lb.  ESTABLISHMENT  NUMBER 

ARL-TN-17 


X  DOCUMENT  DATE 

MARCH  1993 


3.  TASK  NUMBER 

DST  91/104 


FLIGHT  INSTRUMENT  SOFTWARE  FOR 


THE  F/A-18  RESEARCH  SIMULATOR 


S.  SECURITY  CLASSOTCATION 
(PLACE  AWR0PR1ATE  CLASSITCATTON 
IN  BQX(S)  E  SECRET  (5).  CONF  (Q 
RESTRICTED  (R).  UNGLASSFKD  (U) ). 


I  AUTHOCKS) 


DOCUMENT  TTTLE  ABSTRACT 


9.  DOWNORADINCmLIMTINO  INSTRUCTIONS 


Y.Y.  LINK 


Not  applicable. 


10  CORPORATE  AUTHOR  AND  ADDRESS 


AERONAUTICAL  RESEARCH  LABORATORY 


AIR  OPERATIONS  DIVISION 


506  LORIMER  STREET 
FISHERMENS  BEND  VIC  3207 


IX  SECONDARY  DISTRIBUTION  (OP  THIS  DOCUMENT) 

Approved  for  public  release. 

OVERSEAS  BNQUMES  OUTSIDE  STATED  LIMITATIONS  SHOULD  BE  REFERRED  TWWUOH  DSTK.  ADMINISTRATIVE  SERVICES  MIANCH.  DEPARTMENT  OP 
ANZAC  PARK  WEST  OFFICES.  ACT  2*01 


IV  THIS  DOCUMENT  M>V*  ANNOUNCED  IN  CATALOGUES  AND  AWAJtt-VfcSS  SUB  VICES  AVM_AJLE  TO 


No  limitations. 


13b.  CITATION  FOR  OTHER  REPOSES  (K.  CASUAL 
ANNOUNCEbCNT)  MAY  BE 


1  X  1 


UNRESTRICTED  OR 


□ 


14.  DescnproKs 

F/A-18  Aircraft  flight  simulator  and  visual  system 
Flight  instruments 
Computer  graphics 
Software  ensineerin 


I]  DtSCATSUWBCT 


0108 

0104 

010303 


The  standby  flight  instruments  are  replicated  on  two  high  resolution  raster  displays  for  the  FIA-18  research 
simulator.  A  software  package  was  developed  using  NOVA*CGl,  an  implementation  of  the  CGI  graphics 
standard,  to  control  a  MVME393  multi-chinnel  graphics  controller.  The  software  is  written  in  C  for  the 
Motorola  MVME147  single  board  computer  under  the  UNIX  System  V/68  operating  system.  Increased 
performance  is  achieved  by  decomposing  the  instrument  dial  pointers  into  a  number  of  trapezoids,  and 
storing  these  as  device  level  command  lists. 


